home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-02.Z / 94-02 / text0295.txt < prev    next >
Encoding:
Text File  |  1994-02-28  |  10.0 KB  |  227 lines

  1. In article <2kbtut$ott@Mercury.mcs.com> karl@MCS.COM (Karl Denninger) writes:
  2.  
  3. >In article <pjh.1720.2D696901@pjh.jvnc.net>,
  4.  
  5. >>I've had the experience of having everything stop for periods of from seconds 
  6. >>to 10s of seconds while using Trumpet Winsock, but I thought that was caused 
  7. >>by the SLIP server.
  8. >>
  9.  
  10. >NO!  It is likely NOT your server!  <VERY> brief (tenths to hundreths of
  11. >seconds) is acceptable; SLIP lines at 14.4 typically have ~230ms of
  12. >turnaround time delay.  But anything significantly longer is either a
  13. >severely overloaded Ethernet on the other end or something broken.  
  14.  
  15. Well I borrowed a copy of a well-known commercial software and tried that for 
  16. a day to see if there were differences and there weren't any.
  17.  
  18. >I am now running another stack, which will remain nameless until I get done
  19. >with my evaluation.    At which point you'll all hear about it.  My first
  20. >impression -- THIS IS WONDERFUL STUFF -- CONSIDER NOTHING ELSE!  It has
  21. >three huge wins - (1) it works, (2) it works, (3) it works.
  22.  
  23. I'm looking forward to that.
  24.  
  25. Pete
  26.  
  27. ------------------------------------------------------------------
  28. Pete Holsberg                   The House On *This* Side Of U.S. 1
  29. 44 Lopatcong Drive              pjh@mccc.edu
  30. Ewing, NJ 08638                 pjh@pjh.jvnc.net
  31. FAX: 609-586-2318
  32. ------------------------------------------------------------------
  33.     **** Trenton Computer Festival **** April 16-17, 1994 ****
  34. ------------------------------------------------------------------
  35. From news@bigblue.oit.unc.edu Fri Feb 25 15:00:47 1994
  36. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  37.           id AA01924; Fri, 25 Feb 1994 20:27:40 -0500
  38. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  39.           id AA20759; Fri, 25 Feb 1994 20:01:22 -0500
  40. Received: from GATEWAY by bigblue with netnews
  41.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  42. To: winsock@sunsite.unc.edu
  43. Date: Fri, 25 Feb 1994 20:00:47 EST
  44. From: patlee@panix.com (Patrick Lee)
  45. Message-Id: <patlee.263.005A30AA@panix.com>
  46. Organization: E-mail about Stuyvesant H.S. Alumni E-mail Directory
  47. Sender: ses
  48. References: <9402250352.AA11911@netmail2.microsoft.com>
  49. Subject: Re: Announcement: Bake-Off '94
  50.  
  51. The following was posted to the info.ietf newsgroup ...
  52.  
  53. In article <9402250352.AA11911@netmail2.microsoft.com> jallard@microsoft.com 
  54. writes:
  55. >From: jallard@microsoft.com
  56. >Subject: Announcement: Bake-Off '94
  57. >Date: 25 Feb 94 01:48:14 GMT
  58.  
  59.  
  60. >                             ANNOUNCEMENT
  61.  
  62. >          The 1994 TCP/IP, Windows Sockets and PPP Bake-Off
  63.  
  64. >Microsoft would like to follow the successful example provided last year
  65. >by FTP, TGV and InterCon Systems by hosting the 1994 TCP/IP bake-off.
  66. >Implementors of TCP/IP, Windows Sockets applications, and PPP products are
  67. >invited to come together in Redmond, WA to detect (and hopefully resolve)
  68. >any interoperability problems between products.  The "bake-off" is held in
  69. >the spirit of multivendor cooperation with the goal of delivering
  70. >customers the finest possible range of interoperable internetworking
  71. >products.
  72.  
  73. >The bake-off is specifically an engineering gathering.  Developers and
  74. >architects should feel free to bring both present and beta implementations
  75. >of products to test reliability and interoperability in mixed internet
  76. >environments.  Most implementors will choose to bring development and
  77. >debugging systems along so that fixes can be made and tested in real time.
  78. >The formal results of the interoperability testing will not be made public
  79. >- the intent of this event is solely to enhance the quality and
  80. >interoperability of the participants' products.
  81.  
  82. >We plan to hold this event the week of April 18-22 - this is two weeks
  83. >following the Seattle IETF meeting, and two weeks before Spring Interop.
  84. >Once we receive feedback, we will draft and circulate a preliminary agenda
  85. >to the appropriate contact persons.  We're hoping that we can expand the
  86. >scope of this annual event to include PPP and Windows Sockets testing as
  87. >well.  Our current plan is to cover the following areas and protocols:
  88.  
  89. >Base TCP/IP                     (ARP,ICMP,IP,UDP,TCP)
  90. >NetBIOS over TCP/IP             (1001/1002)
  91. >DHCP                            (1533/1534/1541/1542)
  92. >Common IP Applications          (FTP,Telnet,DNS, etc...)
  93. >TCP/IP printing                 (1179)
  94. >SLIP, PPP                       (both TCP/IP and IPX/SPX)
  95. >Windows Sockets API testing     (WSAT)
  96. >Windows Sockets applications    (interoperability matrix)
  97. >Windows Sockets 2.0 discussion
  98.  
  99. >If you are interested please complete and return the following
  100. >questionaire to bakeoff@microsoft.com.  Once we receive the initial
  101. >feedback from you, we will begin finalizing the schedule and logistics and
  102. >communicate all details to the contact persons.
  103.  
  104. >Name of organization:
  105. >Contact person:
  106. >Contact e-mail:
  107. >Contact phone:
  108. >Will you be attending (Yes/No/Maybe):
  109. >Number of engineers attending:
  110. >What hardware will you be bringing:
  111. >What protocols are you interested in testing:
  112. >Special requirements:
  113. >Additional comments:
  114.  
  115. >We're looking forward to hearing your comments and ideas on this year's
  116. >bake-off.  Thanks for your interest and help in making this event
  117. >successful.
  118.  
  119. >_______________________________________________________________
  120. >J. Allard                                 jallard@microsoft.com
  121. >Program Manager of TCP/IP Technologies    work: (206)882-8080
  122. >Microsoft Corporation                     home: (206)860-8862
  123. >  "On the Internet, nobody knows you're running Windows NT"
  124.  
  125. --
  126. Patrick Lee <patlee@panix.com>
  127. From news@bigblue.oit.unc.edu Sat Feb 26 01:30:31 1994
  128. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  129.           id AA05090; Fri, 25 Feb 1994 20:57:39 -0500
  130. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  131.           id AA15333; Fri, 25 Feb 1994 20:30:30 -0500
  132. Received: from GATEWAY by bigblue with netnews
  133.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  134. To: winsock@sunsite.unc.edu
  135. Date: Sat, 26 Feb 1994 01:30:31 GMT
  136. From: pjh@pjh.jvnc.net (Pete Holsberg)
  137. Message-Id: <pjh.1751.2D6EA636@pjh.jvnc.net>
  138. Organization: The House On This Side Of U.S. 1
  139. Sender: ses
  140. References: <2kgknq$1oo@Mercury.mcs.com>, <MCHEN.94Feb24123440@sol4.cse.psu.edu>, <2kk39a$79r@Mercury.mcs.com>
  141. Subject: Re: I'm ready to spend money - free and shareware WINSOCK not ok
  142.  
  143. In article <2kk39a$79r@Mercury.mcs.com> karl@MCS.COM (Karl Denninger) writes:
  144.  
  145. >>   One further note:
  146. >>
  147. >>   The Chameleon stuff I have here from the book does not, as far as I can
  148. >>   determine, do dial-on-demand.  
  149. >>
  150. >>   Then again, TRUMPET WINSOCK internal SLIP claimed to support it but it
  151. >>   didn't work right (launch a client and it dials, but the client immediately
  152. >>   bitches about being unable to resolve a hostname and you have to start over
  153. >>   anyway).
  154. >>
  155. >>What did you do, forget to fill in the domain and name server slots in the
  156. >>Setup option?  Tsk tsk...  
  157.  
  158. >Reading?  What's that?  
  159.  
  160. >Note that the client connects the <second> time.  No, the problem is that
  161. >the call to resolve the name is returning before the line comes up, and
  162. >its coming back "no answer".
  163.  
  164. >This is true for at least Trumpet and WinQVT.  I learned quickly to tell it
  165. >to connect (opening it does the trick).  On the other hand, you have to
  166. >click "CONNECT" on the Chameleon stuff.  Big deal.  If you get knocked off
  167. >you click the box again.  No effect on your sessions as long as a keepalive
  168. >doesn't nail you.  In fact, if you do lose the line it'll come up and ask
  169. >if you want to reconnect.
  170.  
  171. I'm not sure what you mean by dial-on-demand. In both Trumpet Winsock and the 
  172. Chameleon I borrowed, you have to launch a program and then do a little 
  173. clicking to get it to dial and then log you in. After that, you invoke the 
  174. E-mail or news reader or ftp or WinMosaic or whatever. ??
  175.  
  176. Pete
  177.  
  178. ------------------------------------------------------------------
  179. Pete Holsberg                   The House On *This* Side Of U.S. 1
  180. 44 Lopatcong Drive              pjh@mccc.edu
  181. Ewing, NJ 08638                 pjh@pjh.jvnc.net
  182. FAX: 609-586-2318
  183. ------------------------------------------------------------------
  184.     **** Trenton Computer Festival **** April 16-17, 1994 ****
  185. ------------------------------------------------------------------
  186. From rcq@tri-flow.ftp.com Fri Feb 25 16:44:59 1994
  187. Received: from babyoil.ftp.com by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  188.           id AA10253; Fri, 25 Feb 1994 21:45:23 -0500
  189. Received: from tri-flow.ftp.com by babyoil.ftp.com with SMTP
  190.     id AA22965; Fri, 25 Feb 94 21:45:47 -0500
  191. Received: from rcq.aeolus.ftp.com by tri-flow.ftp.com.ftp.com (5.0/SMI-SVR4)
  192.     id AA04606; Fri, 25 Feb 94 21:44:59 EST
  193. Date: Fri, 25 Feb 94 21:44:59 EST
  194. Message-Id: <9402260244.AA04606@tri-flow.ftp.com.ftp.com>
  195. To: jellison@chaco.cs.unm.edu
  196. Subject: Re: IRC - What is it anyway?   ;-)
  197. From: rcq@tri-flow.ftp.com  (Bob Quinn)
  198. Reply-To: rcq@ftp.com
  199. Cc: Multiple recipients of list <winsock@sunsite.unc.edu>
  200. Sender: rcq@tri-flow.ftp.com
  201. Repository: slick-50.ftp.com
  202. Originating-Client: aeolus.ftp.com
  203. Content-Length: 1107
  204.  
  205. >  The subject says it all. I'm not familiar with IRC. 
  206. >  
  207. >  Pointers to explanations or a brief descritpion would be real nice.
  208.  
  209. >From the IRC FAQ I got at rtfm.mit.edu (the repository for most
  210. of the FAQ's you might think to look for and many you might not):
  211.  
  212.         IRC stands for "Internet Relay Chat". It was originally
  213.   written by Jarkko Oikarinen (jto@tolsun.oulu.fi) in 1988. Since
  214.   starting in Finland, it has been used in over 60 countries spanning
  215.   the globe.  It was designed as a replacement for the "talk" program
  216.   but has become much much more than that. IRC is a multi-user chat
  217.   system, where people convene on "channels" (a virtual place, usually
  218.   with a topic of conversation) to talk in groups, or privately. IRC is
  219.   constantly evolving, so the way you expect things to work one week may
  220.   not be the way they work the next. Read the MOTD (message of the day)
  221.   every time you use IRC to keep up on any new happenings or server
  222.   updates.
  223. --
  224.  Bob Quinn                                             rcq@ftp.com
  225.  FTP Software, Inc.                                No. Andover, MA
  226.  
  227.